home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / misc / filetran / xpktprot.doc < prev    next >
Text File  |  1991-10-27  |  2KB  |  54 lines
  1.  
  2.                         XPACKET PROTOCOL
  3.                      by: Carl Moreschi, N4PY
  4.  
  5.  
  6. This documemnt decribes a protocol to be used with Packet Radio to transfer
  7. binary files in an efficient manner.  The protocol gets its roots from XMODEM
  8. protocol and attempts to alter and enhance that protocol to better fit the
  9. packet radio environment.
  10.  
  11. The protocol is simple and is receiver driven. It goes like this:
  12.  
  13. 1.  The receiver initiates the transfer by sending NAK (21) to the sender to
  14.     signify ready.  The NAK is repeated every 30 seconds until a packet is
  15.     received from the sender.
  16.  
  17. 2.  When the sender receives the NAK, the sender sends the file header to the
  18.     receiver.  The file header looks like this:
  19.  
  20.      SOH            one byte (value 01)
  21.      Filename       varible bytes consisting of the file
  22.                     name and extender in ascii
  23.  
  24. 3.  The sender then follows the header immediately with the file data blocks.
  25.     A file data block is up to 130 bytes and appears as follows:
  26.  
  27.      STX            one byte (value 02)
  28.      Count          one byte (value 01 to 128, usually 128)
  29.      Data           data bytes (1 to 128 bytes according to count)
  30.  
  31. 4.  The sender continues to send data blocks with 128 bytes of data until the
  32.     end of file is reached.  The last block may be less then 128 bytes.  When
  33.     all the data blocks have been sent, the sender finishes the transfer by
  34.     sending an ending sequence as follows:
  35.  
  36.      EOT            one byte (value 04)
  37.  
  38. 5.  While the sender is sending out the blocks of data, the sender checks
  39.     between blocks for receiving a CAN (24).  If a CAN is received the
  40.     transmission is aborted.  In addition the sender may abort the transfer by
  41.     sending a CAN as a one byte block to the receiver.  Thus either side may
  42.     abort the transfer.
  43.  
  44. 6.  The receiver receives the file header and data blocks and builds a
  45.     corresponding file.  It is the option of the receiver to name the newly
  46.     received file the same as the file header name or name the newly received
  47.     file some other name.
  48.  
  49.                                  Carl Moreschi
  50.                                  N4PY
  51.                                  October 6, 1985
  52.  
  53. Courtesy of K4IWW-1 PBBS - Cary NC
  54.